home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000048_fdc@columbia.edu_Fri Apr 26 14:31:23 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  6KB  |  135 lines
  1. Article: 13339 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: a bug on GNU/linux: speed reset to unintended value occasionally.
  6. Date: 26 Apr 2002 14:30:55 -0400
  7. Organization: Columbia University
  8. Lines: 118
  9. Message-ID: <aac6cv$rlm$1@watsol.cc.columbia.edu>
  10. References: <3CAFF81C.8039CBF8@yk.rim.or.jp> <3CC84CA6.D49F85EC@yk.rim.or.jp> <aa9l3h$4s4$1@watsol.cc.columbia.edu> <3CC98FC0.AADA5130@yk.rim.or.jp>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1019845858 22373 128.59.39.139 (26 Apr 2002 18:30:58 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 26 Apr 2002 18:30:58 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13339
  16.  
  17. In article <3CC98FC0.AADA5130@yk.rim.or.jp>,
  18. Ishikawa  <ishikawa@yk.rim.or.jp> wrote:
  19. : Frank da Cruz wrote:
  20. : 
  21. : > : In any case, the inclusion of these capability into
  22. : > : KERMIT must have been deemed necessary upon popular demands,
  23. : > : and I hope you had a nice feedback from the users of KERMIT.
  24. : > :
  25. : > It comes from a conference we attended in Tokyo in 1987.  We worked
  26. : > with people from NTT, DEC Japan, and KEK on this and it was widely
  27. : > used in Japan for some years.  
  28. : 
  29. : I remember Fujii-san from KEK helped 
  30. : the popularization of Kermit on Japanese PC.
  31. :
  32. Yes, the NEC PC-9801.  This was in the pre-Windows days, when PCs
  33. ran only DOS (or very early forms of Unix).  I found it quite
  34. amazing.  The keyboard driver -- which lets you type Romaji, puts up
  35. little menus, learns from you, guesses which Kanji you mean, etc --
  36. seemed to be about 100 times more powerful than the PC itself :-)
  37.  
  38. Fujii-san wrote a book, "MS-Kermit Nyumon":
  39.  
  40.   http://www.columbia.edu/kermit/manuals.html
  41.  
  42. About the PC-9801 version of MS-DOS Kermit.  I suppose this is now a
  43. rare collector's item.  It is definitely the thinnest of all Kermit
  44. books.  An advantage of Japanese writing: you don't have to use as
  45. much paper!
  46.  
  47. : This is probably a oft-asked question, but
  48. : I wonder why noone seems to have bothered to obtain
  49. : permission to use Kermit the frog for, say,
  50. : X-window icon for kermit?
  51. :
  52. The lawyers of Henson Associates Inc ("Ha!") allowed us to use the
  53. name Kermit but forbade us to use frog images or Muppets allusions.
  54. I'm not sure that we would have wanted to -- We didn't pick the name
  55. "Kermit" with any expectation that people outside Columbia University
  56. would see it.  If we knew then what we know today, we might have
  57. picked a different name ("Kermit" might seem a bit too cute for
  58. serious work), but it's too late now.  A bit more about the name
  59. Kermit here:
  60.  
  61.   http://www.columbia.edu/kermit/k95faq.html (third item)
  62.  
  63. : Anyway, below is the result of
  64. : a little experiment I did to clear up
  65. : my understanding of some options, etc..
  66. : Hope some people might find this useful.
  67. : 
  68. : I got curious and 
  69. : I measured the CPS rate reported on the screen
  70. : into  20% of the transfer of the binary file "wermit".
  71. : 
  72. : Four cases were considered.
  73. : ...
  74. :         Transfer was done as
  75. :          send /binary ./wermit ./wermit.tmp
  76. : 
  77. You don't need to include "/binary" because Kermit will always send
  78. this file in binary mode anyway; see:
  79.  
  80.   http://www.columbia.edu/kermit/ckermit80.html#x4
  81.  
  82. (but it doesn't hurt either.)
  83.  
  84. : TABLE-1
  85. : 
  86. : CPS (measured into 20% of the transfer. The file is 2183313 bytes.)
  87. : ===================================================================
  88. : CPS:      case-1  case-2   case-3  case-4
  89. : -------------------------------------------------------------------
  90. : send:    3010     3009     3835    3621
  91. : receive: 2973     2972     3786    3568
  92. : ===================================================================
  93. : 
  94. So Cases 1 and 2 are the same, but "set control unprefix all" is a
  95. bit faster than "set unprefix none".  OK, I believe it.  Both
  96. commands work on the same table, but perhaps over the years the code
  97. for the two commands has gotten slightly out of sync.  It might well
  98. be that prefixing or not prefixing just one certain character (such
  99. as NUL, ASCII 0) can make a significant difference in this case,
  100. since executable binaries tend contain lots of NULs.  Maybe that's
  101. the difference between the two commands.
  102.  
  103. The profiling is not going to explain this difference.  Control-
  104. character (un)prefixing is controlled by an array, indexed by the
  105. control character value (0-31, 127-159, 255).  The only difference
  106. in the two cases is the values stored in the array and the
  107. subsequent overhead when prefixing is done.  As you discovered, the
  108. array is displayed by:
  109.  
  110. : (/home/ishikawa/KERMIT/new-kermit/send/) C-Kermit>show control
  111. : 
  112. : control quote = 35, applied to (0 = unprefixed, 1 = prefixed):
  113. : 
  114. :     0: 1    16: 1           128: 0   144: 1 
  115. :     1: 1    17: 1           129: 1   145: 1 
  116. :     2: 0    18: 0           130: 0   146: 0 
  117. :     3: 1    19: 1           131: 1   147: 1 
  118. :     4: 1    20: 0           132: 1   148: 0 
  119. :     5: 0    21: 1           133: 0   149: 1 
  120. :     6: 0    22: 0           134: 0   150: 0 
  121. :     7: 0    23: 0           135: 0   151: 0 
  122. :     8: 0    24: 1           136: 0   152: 0 
  123. :     9: 0    25: 1           137: 0   153: 0 
  124. :    10: 1    26: 1           138: 1   154: 1 
  125. :    11: 0    27: 0           139: 0   155: 0 
  126. :    12: 0    28: 1           140: 0   156: 1 
  127. :    13: 1    29: 1           141: 1   157: 1 
  128. :    14: 1    30: 1           142: 0   158: 1 
  129. :    15: 1    31: 0   127: 0  143: 0   159: 0   255: 1
  130.  
  131. I'll make a note to fix between the two unprefixing command in the
  132. next release.
  133.  
  134. - Frank
  135.